検索のヒント
検索はキーワードに基づいています。
例：「手順」
自然言語で検索しないでください
例：「新しいプロシージャを作成するにはどうすればよいですか？」
のリリースノートMari 3.4v1
発売日
2018年6月12日
システム要求
注意： Mari新しい、より高度なハードウェア構成でパフォーマンスレベルを向上させます。しかしながら、 Mariはテストされ、多くの旧世代のシステムで動作することができます。このため、以下の最小要件をリストしています。これらは推奨され、どのテストが実行されていますか。特定のニーズは他のユーザーのニーズとは異なる場合があります。
公式にサポートされているオペレーティングシステム
- Mac OS X 10.10（Yosemite）以降
- Windows 7 64ビット以上
- Linux 64ビットオペレーティングシステム（CentOS / RHEL 6）
最小ハードウェア要件
- クアッドコアプロセッサ
- キャッシュおよび一時ファイルに使用可能な10 + GBのディスク容量
- 4GB以上のRAM
- 1680 x 1050ピクセル解像度のディスプレイ
- 最新のドライバーを搭載したNVIDIAまたはAMD *グラフィックスカード
- 1GBのグラフィックメモリ
- OpenGL 3.2 *以降
*変位プレビューは現在、OpenGL 4.0以降をサポートするカードとドライバーでのみ利用できます。
推奨システム要件
- 2.5+ GHzクアッドコアプロセッサ
- キャッシュと一時ファイルに使用できる250 GB以上のディスク容量。SSDをお勧めします。
- 16GB RAM、追加の仮想メモリ*
- 1920 x 1080ピクセル解像度のディスプレイ
- 最新のドライバーを搭載したNVIDIAまたはAMD *グラフィックスカード
- 2 GB以上のグラフィックスメモリ
- OpenGL 4.4以降のサポート
*仮想メモリを使用すると、安定性が向上し、大規模プロジェクトでのデータ損失を防ぐことができます。
「推奨」は、特定のニーズを満たすことを保証するものではありません。
テスト済みハードウェア
以下にリストされている構成は、Foundryがテストしたものです。 Mari。市場では絶えず変化する性質と多種多様なコンピューターハードウェアが原因で、The Foundryはハードウェアを正式に認定することができません。以下のリストは推奨事項として使用でき、特定のニーズを満たすことを保証するものではありません。
NVIDIAまたはAMDのWebサイトから最新のグラフィックスドライバーをダウンロードしてインストールし、AMDカードには8.982.1以上のドライバーを使用していることを確認してください。
問題が発生した場合は、次のアドレスのサポートポータルから直接カスタマーサポートにお問い合わせください。 https://support.foundry.com。
テスト済みワークステーションハードウェア
| 林檎 |
|
|---|---|
| HP |
|
テストされたGPUハードウェア
| AMD Prosumerグラフィックスカード |
|
|---|---|
| NVIDIA Prosumerグラフィックカード |
|
| NVIDIAエンタープライズグラフィックスカード |
|
新機能
簡略化されたカラーピッキング
Mariでは、単一のOCIOカラー選択カラースペースを使用して、保存されたすべてのカラーとカラー選択ツールのカラースペースを定義します。これにより、選択した色を管理するときに、「見たとおりの結果が得られる」ワークフローが実現します。
簡略化されたビュー変換
Colorspaceツールバーが更新され、View Transformツールバーに名前が変更されました。ラベルはツールチップに置き換えられ、コントロールが統合され、表示されているデータタイプの視覚的なインジケーターが表示されます。OCIOカラー管理が有効な場合、カラーマネージャーコントロールが非表示になりました。
知覚的に線形なスカラー表示
新しいスカラーモニターの色空間をビュー変換に導入し、アーティストがスカラーデータを知覚的に線形に表示できるようにしました。スカラーチャネルでは、線形ランプは、Nukeのように生データを表示するのではなく、他の8ビットベースのイメージングアプリケーションと同様に表示されます。によって使用される情報Mariはまだ予期されたデータ形式であり、最もアーティストフレンドリーなワークフローで最良の結果を提供します。
チャネルプロパティインジケーター
Mariチャンネルパレットにビジュアルインジケーターが追加され、チャンネルにカラーデータとスカラーデータのどちらが含まれるかを定義し、チャンネルのビット深度を表示するようになりました。これにより、チャネル構成を一目で管理できます。
OCIO色空間フィルター
Mari OCIO Colorspaceフィルターが含まれるようになりました。これにより、チャネル設定に影響を与えることなく、現在ロードされているOCIO構成内でペイントターゲットとバッファーの色を別の色空間に変換できます。
一般的なカラーパフォーマンス
Mariの色空間処理が最適化されました。これにより、プロジェクトの読み込み時間が短縮されます。
手続き型レイヤーのカラー管理の高速化
既存のGPUアクセラレートカラー管理システムは、ペイントデータが手続き型でも機能するように拡張されています。
OCIOロールドリブンプロジェクトの色空間のデフォルト
新しいOCIOロール名を導入しましたMariこれで、プロジェクトの色空間のデフォルトを認識し、構成するために使用します。役割とターゲットの詳細については、 プロジェクト設定のトピックMariリファレンスガイドとMariカラー管理における特定のOCIOの役割知識ベースの記事。
オブジェクトバージョン間で保持される選択グループ
新しいオブジェクトバージョンが追加されると、 Mari現在、選択グループのメンバーシップを新しいバージョンと照合しようとしています。これにより、選択グループを一度定義して、後続のすべてのオブジェクトバージョンに適用することができます。
機能強化
-
TP 349013- Mariもはや収集しません使用統計および関連するオプトインまたはオプトアウト送信統計から設定が削除されましたMari設定ダイアログ、 環境設定 > その他 。
-
TP 284705-通常の高さ調整には、 バンプスペース法線マップを計算する座標空間を選択するオプション。新しい世界オプションは、ワールド空間の位置にシームレスな法線マップを生成します。
-
TP 286713- Mari環境設定 > 色ファイル名からの画像の色空間の自動検出を無効または有効にする新しい[パスの色空間の検出]オプションが追加されました。
-
TP 316474-スカラーデータのコンテキストで表示するときに、ビュー変換がオフに切り替えられなくなりました。つまり、ゲインおよびガンマコントロールを使用できるようになりました。
-
TP 337248- Mari EXRファイル内の事前乗算のデフォルトの動作に従います。カラー値が更新され、インポート時に乗算されず、エクスポート時にアルファによって乗算されます。
-
TP 342360-手続き型カラー入力にカラー/スカラー切り替えが追加され、カラーが使用されているコンテキストを設定できるようになりました。
-
TP 337028-カラーマネージャーパレットの名前はカラーマネージャー（ビュー変換）。
-
TP 272098-
レイヤーとペイントバッファーのブレンドモードを変更しても、シェーダーを再コンパイルする必要がなくなるため、より中断のないペイントエクスペリエンスが可能になります。
-
TP 335897-ベイクポイントノードのベイクは、ノードグラフをペイントノードにベイクするよりも遅くなりません。
-
TP 337651-ブレンドモードがキャッシュされ、シェーダーの再コンパイルの数が削減されました動的モード。この更新の詳細については、次のナレッジベースの記事を参照してください。 ブレンドモードキャッシングMari 3.4v1および4.1v1。
バグの修正
-
TP 324469-黒または緑のドットが387のメッシュ全体に表示されました。## NVidiaドライバーシリーズ以上。
-
TP 226414-プロジェクトを2.xから3.xにアップグレードすると、プロシージャレイヤーとノードで使用される画像が誤った色空間で複製されます。
-
TP 243213-新しいプロジェクトの作成がラージオブジェクトで失敗しました。
-
TP 310270- Mariの画像のインポート速度は、 Mari 2.6v5。
-
TP 270481-Python APIを介してAlembic / FBXファイルからジオメトリバージョンを追加すると機能しませんでした。
-
TP 279134-ベーキングベイクポイントグループ内のノードがオブジェクトを赤に変えていました。
-
TP 322242-でタブを削除した後、プロジェクト設定で色空間を変更する画像マネージャークラッシュしていたMari。
-
TP 286379-ピクセルアナライザー色が正しく表示されませんでした。
-
TP 309574- Slerp ツールがクラッシュしていましたMari上キーが押されたとき。
-
TP 311287-ペイントを焼くと、宛先テクスチャが明るくなります。
-
TP 311560-マルチノードギズモをロードするとクラッシュしましたMari。
-
TP 321095-背景を含むノードをコピー、貼り付け、インポートすると、背景ノードの選択された状態が誤って設定され、予期しない動作が発生しましたノードグラフ。
-
TP 166585 / BZ 51890- パッチ > 鏡そして変身操作はペイントノードでは機能しませんでした。
-
TP 175933-高度なブレンドモードのカーブは、Lで有効になっていないとマージノードで機能しませんでした。エアーズパレット。
-
TP 332307-OS Xのみ：ドッキング時にパレットのサイズを変更すると、高さ制限を超える場合があります。
-
TP 312932-のツールチップファイル > プロジェクト設定 > モニター Canvas色空間ではなく、View Transform色空間を参照するように更新されました。
-
TP 337502-セッションスクリプトからチャネルをインポートすると、AttributeErrorが原因でインポートが失敗しました。
-
TP 234930-「高さを通常」調整レイヤーを手続き型クラウドレイヤーに追加すると、ビューポートのモデルのエッジの周りに白または黒のハローが表示されました。
-
TP 246220- Mariときにフリーズしますタブノードまたはレイヤー作成のメニューがベイク操作中にトリガーされました。
-
TP 336912-セッションスクリプトをエクスポートすると、GeoEntity.copyChannels（）を使用してパッチを再マップしても、テクスチャが正しい色空間にコピーされませんでした。
-
TP 268536-OSXのみ：ターンテーブルは、 非投影> 使用されるシェーダー、に設定プロジェクターで追加されたシェーダーにパレットが割り当てられましたMari 3.0。これらには、AiStandard、RedshiftArchitectural、およびVRaymtlシェーダーが含まれていました。
-
TP 268837-大文字のファイル拡張子を持つ画像は、画像マネージャー。
-
TP 274327-面を塗りつぶしても、接続されているベイクポイントノードが古くなることはありませんでした。
-
TP 274340-内のノードの削除ノードグラフコピーアンドペーストを使用して作成されたか、ギズモからインポートされた場合、選択されていない背景ノードが削除されることがありました。
-
TP 275562- ブラシエディター投影中にクラッシュが発生することがありました。
-
TP 279087-ロックとロック解除の操作を切り替えるときに、チャンネルのロックとロック解除のアイコンが更新されませんでした。
-
TP 280022-グラフレイヤーを含む一部のレイヤーで、手順アイコンが誤って表示されました。
-
TP 284323-空のペイント可能なレイヤーを含むマスクスタックを平坦化すると、 Mariクラッシュする。
-
TP 312847-シェーダー設定の計算を無効にすると、キャンバス内の一部のテクスチャが消えてレンダリングされなくなりました。
-
TP 313810-色見本をドラッグすると正しく表示されませんでした。
-
TP 313854-現在のチャネルのスカラーオプションを切り替えても、ビュー変換が更新されませんでした。
-
TP 314015-色空間が異なる2つのチャネルを切り替えると、スカラーデータで問題が発生していました。
-
TP 316412-を開くセッションスクリプト現在のプロジェクトのレイヤースタックに入力のないレイヤーが含まれている場合にウィンドウをエクスポートすると、Pythonエラーが発生しました。
-
TP 317867-UDIMがない画像セットが原因で表示されるダイアログによって、テクスチャ転送がブロックされました。
-
TP 328708-チャンネルまたはレイヤーにインポートするときに、デフォルトの色空間が正しく自動に設定されていませんでした。チャンネルの色空間に設定されているものに設定されていました。
-
TP 331333-プロジェクターの投影を解除したり、フルライティングを有効にしてターンテーブルをレンダリングすると、画像が正しくエクスポートされませんでした。
-
TP 337377-エクスポート時のカラースペースが、チャンネルの最初のレイヤーにのみ適用されていました。
-
TP 337468-の古いバージョンのセッションスクリプトからのチャネルのインポートMariインポートがエラーになりました。
-
TP 341769-セッションスクリプトからカスタムブレンドモードのチャンネルをインポートすると失敗しました。で作成されたセッションスクリプトから、他のチャネルによって参照されているチャネルをインポートするMari 3.1では、チャネルが重複して作成されていました。
-
TP 342290-パッチ選択ツールを使用してUDIMを選択すると、 パッチパレット。
-
TP 216593-球と立方体のマッププロジェクターノードのマスク入力は、機能しなかったため削除されました。
既知の問題点
グラフィックカード
-
TP 207913- Mari一部のAMDカードで最近のグラフィックスドライバーを使用すると、クラッシュしたり、予想よりも低いパフォーマンスで動作する可能性があります。
AMD FireProドライバーにバンドルされているPlays.tvとRaptrが原因で不安定になることが報告されていますMari。不安定になっている場合は、これらのアプリケーションをアンインストールしてみてください。
インポートとエクスポート
-
TP 123514 / BZ 50886-セッションスクリプト：インポートされたシェーダーにチャネルが割り当てられていません。
-
TP 113036 / BZ 49131-OBJエクスポータープラグインを使用してエクスポートされたハイポリゴンの.objファイルを読み込めませんMari。
-
TP 10157 / BZ 16324- Windowsのみ：現在、相対ファイルパスを使用して画像をチャネルにインポートすることはできません。これを回避するには、画像をインポートするときに絶対パスを使用します。
-
TP 9854 / BZ 14985-新しいプロジェクトを作成するときに、テクスチャをインポートした後、わずかに一時停止することがあります。 Mariプロジェクトを保存します。
レイヤー
-
TP 64924 / BZ 34690-複雑なプロジェクトでレイヤーまたはチャネルをフラット化またはキャッシュすると、 Windows処理時間が長いため、グラフィックスドライバーをリセットします。この問題を回避するには、一度に少ないレイヤーを平坦化またはキャッシュするか、またはベイクの最大レンダリングサイズ設定。この設定は以下にあります環境設定 > GPU > ベーキングとプロジェクション。
このサイズを小さくすると、フラット化操作またはキャッシュ操作が小さな部分に分割され、個別に計算にかかる時間が短くなるため、 Windowsグラフィックスドライバーのリセット。
Mariツール
-
TP 10046 / BZ 13640-ぼかしツールは、最初のストロークでの使用に時間がかかる場合があります。を待つMari 2番目のストロークを適用する前にブラーを処理します。
-
TP 9567 / BZ 13394-[面]を[前面]に設定して[アイテムの選択]ツールを使用すると、面の一部を選択して非表示にすると、選択した面の一部が拡大されたときに表示されたままになります。選択したすべての面をキャッチするには、次のいずれかを実行します。
•[正面]の代わりに[面]> [貫通]を選択する、または
•オブジェクトにズームインします。
ノードグラフ
-
TP 126816 / BZ 51452-ギズモをインポートするとき、メニュー内のアイテム名を使用して作成された場合、ギズモ内のノードは組織を保持しませんでした。
-
TP 125961 / BZ 51263-現在、Viewerノードを標準に接続することはできませんMariシェーダー、非表示になっているためです。回避策として、ノードグラフの上にある[現在のチャネルを表示]ボタンをクリックします。
-
TP 125813 / BZ 51247-チャネル転送でグラフレイヤーが期待どおりに転送されません。
-
TP 124611 / BZ 51082-アンビエントオクルージョンノードのプロパティにAOの生成オプションが含まれていません。
核<>Mariブリッジ
-
TP 48970 / BZ 23010-場合Mari Nukeから着信コンポーネントを受信すると、 仮想テクスチャタイプフロートに設定されている場合、 仮想テクスチャサイズ 8192x8192未満の値に。
-
TP 17678 / BZ 19780-オルソビューで作成されたプロジェクターMari Nukeで正しく再投影されません。
Ptex
-
TP 13600 / BZ 17626-非常に大きいまたは非常に高いポリゴン数のptexモデルをインポートすると、時間がかかる場合があります。回避策は、インポート時に小さな均一の面サイズ（1x1または2x2）を割り当て、ロード後に必要に応じてモデルの関連ビットを更新することです。
-
TP 13531 / BZ 17618-顔の解像度が小さすぎると、Ptexが正しくベイクしません。回避策は、問題のある選択した面の解像度を上げることです。
シェーダー
-
TP 64961 / BZ 34729- Mariシェーダーを作成できない場合、キャンバスにレンダリングエラーを表示します。エラーの原因を特定するのに役立つ詳細情報が含まれています。一部のソリューションは、グループとレイヤーを非表示にするか、シェーダーを作成できるようになるまでレイヤースタックの一部をキャッシュすることです。
雑多
-
TP 200836-ブラシエディタまたはツールプロパティパレットをスクロールすると、スクラッチパッドが空白になる。
-
TP 129292 / BZ 51771-分割されたオブジェクトの削除、変更、または非表示に時間がかかる。
-
TP 126164 / BZ 51322-Modo Render：プレビューが完全に更新されない場合があります。
-
TP 125997 / BZ 51273-Mac OS X 10.10以降：複数のライトを使用すると、レンダリングが正しく行われない場合があります。
-
TP 124233 / BZ 51049-テクスチャ転送でオブジェクトの変換が考慮されない
-
TP 123532 / BZ 50898-再計算が失敗した場合でも、再計算すると既存のサブディビジョン計算が失われます。
-
TP 100303 / BZ 46600-その他-アンビエントオクルージョンは、OpenSubdivの計算後に更新する必要があります。
-
TP 62668 / BZ 33293-Linux：起動中Mari特定の文字記号なしで言語を1に設定すると、 Mari指定された変換をロードできなかったというエラーで失敗しました。これを回避するには、ロケール（言語）を英語に設定します。
-
TP 60643 / BZ 31946-グラフィックカードのメモリ管理の問題により、ペイントがベイクされない場合があります。これは、高解像度のペイントバッファー、高いビット深度のペイントバッファー、大きな仮想テクスチャサイズ、またはペイントバッファー変換の大きなスケール値などの問題が原因である可能性があります。これらの問題は通常、 glError：メモリ不足0x505ログ内のメッセージ。これらの値のいずれかまたはすべてを減らして、それが起こらないようにしてください。グラフィックスドライバーは継続的に改善されているため、ドライバーをアップグレードすることで問題が解決するかどうかを確認することも重要です。
-
TP 37066 / BZ 20021-キャンバスのテクスチャが断続的に低解像度と高解像度の間で切り替わります。この問題は、仮想テクスチャの解像度が低く、変位のある複雑なモデルで作業している場合に発生する可能性が高くなります。可能な回避策には、仮想テクスチャサイズの増加、チャネル数の削減が含まれますMariは、一度にアクセスする必要があります（たとえば、現在のシェーダーに必要なチャネルの数を減らすことによって）、シェーダーで使用されるチャネルのパッチのパッチ解像度を減らすか、より小さいキャンバスウィンドウまたはモニターを使用する必要があります。
-
TP 9758 / BZ 14201-Linuxのみ： Mariシステムがスリープから復帰すると、応答しなくなります。
-
TP 9631 / BZ 13700-カメラの調整>プロジェクターのパースペクティブ設定は、プロジェクターが最新になるまでキャンバスに反映されません。
-
TP 9363 / BZ 12102-現在のブラシ設定はプロジェクトの一部として保存されません。代わりに、 Mariを閉じて再起動すると、デフォルトの設定に戻ります。
-
TP 9342 / BZ 11874- Mari 3桁のパディングされた.objシーケンスをアニメーションとして認識しません
-
TP 8030 / BZ 13571-新しいバージョンの発売Mari初めて、以前のバージョンの構成ファイルが存在する場合、オブジェクトがオルソ見る。
これを解決するには、 Mari、次の設定ファイルを削除して再起動しますMari：
•Linux： 〜/ .config / TheFoundry / Mari.conf
• Windows： C：/ Users //。mari / TheFoundry / Mari.ini
開発者メモ
これらは、開発者に関連する変更です。
新機能
-
TP 286539-次のPythonメソッドに、色空間設定を指定するための新しい引数が追加されました。
- mari.LayerStack.importImages
- mari.ImageSet.importImages
- mari.ImageSet.importImagesFromDict
- mari.PaintableLayer.importImages
-
TP 266897-PySide2.QtHelpモジュールをインポートして使用できるようになりましたMari Pythonスクリプト。
機能強化
-
TP 343565-Python MenuManager APIが拡張され、ネストされたサブメニューにアクセスできるようになりました。
-
TP 328026-新しいcreateChannelメソッドがPython NodeGraphクラスに追加されました。
-
TP 285076- Mari既存のパッチを以前のセッションで使用されなかった新しいパッチにpythonで再マッピングできるようになりました。
-
TP 307980-PaintノードとBakePointノードに、ファイルスペース、ブリードプロパティ、サイズ、深度、およびそれらの管理方法にアクセスして設定するAPIメソッドが含まれるようになりました。また、これらのプロパティが変更されたときにシグナルを発行します。
-
TP 337267- MariテクスチャルックアップのsamplerCube引数を受け取るカスタムGLSL関数を使用するために、cubemapTokenを統合されたsamplerCubeタイプとして宣言するようになりました。また、mriTexture（）およびmriTextureLod（）呼び出しを使用して、cubemapTokenを使用してテクスチャをルックアップできます。このアップデートの詳細については、ナレッジベースの記事を参照してくださいテクスチャを渡すことによってカスタムGLSLでRAWテクスチャルックアップコールを作成する方法。
-
TP 344073-テクスチャトークンタイプが次のように変更されたため、特定のカスタムGLSLシェーダーが失敗しましたuvec2に uvec4。新しいMARI_VERSIONシェーダー定義が追加され、カスタムシェーダーコードを共有できるようになりました。 Mari 3.4および4.1以前のバージョン。新しい定義方法の詳細については、次の知識ベースの記事を参照してください。 シェーダーライターと開発のためのMARI_VERSIONの更新。
バグの修正
-
TP 351176- Mari Python API Node.setInputNode（）関数を介してノードを適切に切断するようになりました。
-
TP 341978-Python APIを使用してプロジェクトを作成すると、生成された最初のレイヤーにアルファチャネルが含まれていませんでした。
-
TP 346314-コマンドをトリガーするたびに、Pythonによるカラースペース設定のクエリが徐々に遅くなりました。
-
TP 96008 / BZ 44770-Python API関数mari.app.isProcessingが原因Mari関数mari.app.endingProcessingのコールバックで呼び出されるとハングします。
-
TP 101460 / BZ 46910-チャンネルの色空間設定が適切に初期化される前に、PythonのchannelAdded信号が発生しました。
-
TP 313083-Python APIが非推奨の警告を大量に出力しており、警告の原因を評価することが困難でした。
-
TP 279776-Python APIを介してショートカットを削除しても効果がありませんでした。
-
TP 268297-Pythonコンソールからプロジェクトをロードするときに、アップグレードの確認を求める変換ダイアログが表示されていました。
-
TP 306236-Python APIを使用して作成されたレイヤーは、レイヤーグループ内で作成されたかどうかによって、色空間設定の違いを表示しました。
役に立たなかったのでごめんなさい
なぜこれが役に立たなかったのですか？ （当てはまるもの全てをご確認ください）
ご意見をいただきありがとうございます。
探しているものが見つからない場合、またはワークフローに関する質問がある場合は、お試しくださいファウンドリサポート。
学習コンテンツを改善する方法についてご意見がございましたら、下のボタンを使用してドキュメントチームにメールでお問い合わせください。
フィードバックをお寄せいただきありがとうございます。